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AN ACCOUNTING SYSTEM 
TECHNICAL FIELD OF THE INVENTION 



THIS INVENTION relates to an accounting system for processing transactions. 



For many years, operators of small and medium enterprises (SME) have been 
performing manual bookkeeping work for transaction records. The books containing the 
transaction records are then given to the operators' accountants for preparing accounts 
statements and tax returns. 

Recent changes in taxation law, especially the introduction of the Goods and 
Services Tax (GST) which requires businesses to collect GST in any transaction that 
attracts this tax and to submit periodic Business Activities Statements (BAS), have 
made manual bookkeeping tasks extremely complex. Consequently, SME operators, 
in general, have resorted to use a computerised accounting system to enter transaction 
records so that the records can be processed for generating reports for their 
accountants and the tax authority. 

To use the computerised accounting system effectively and to produce accounts 
reports that are acceptable to accountants and the tax authority/the operators not only 
have to learn basic computer skills, but also accounting terms and procedures 
employed in their accounting application software and taxation liabilities appropriate for 
their businesses. 

The application software must also be configured to suit accounting practices 
of individual SME operators. That means the operators must acquire the necessary 
knowledge in accounting practice and tax law in order to configure the application 
software to use the accounting procedures and tax liability options that suit their 
businesses. 

The application software is intended for general use and employs common 
accounting terms for transactions. Consequently, the SME operators can no longer use 
the transaction item descriptions they have adopted for their manual bookkeeping 
system. This represents a major disadvantage for most of the SME operators who now 
must spend time familiarising with new accounting terms that they are unfamiliar of. 
Transaction entry errors often occurs when using unfamiliar terms to enter transaction 
records. The errors can be very difficult to trace and correct. 

With the introduction of Goods and Services Tax (GST), the computerised 
accounting system has become more complicated for the SME operators as they must 
now act as collection agents for the GST.' To set up the accounting system for 
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generating BAS, SME operators must configure the application software with 
appropriate tax liabilities of goods and services that attract GST and other taxes. These 
requirements place heavy burdens on SME operators. In addition, many of them do not 
have sufficient knowledge to determine which transaction items attract GST and which 
5 do not. They also do not have the necessary knowledge to allocate transactions in order 
to correctly report the GST, Pay As You Go (PAYG) Withholding and PAYG 
Installments in the BAS. 

Periodically, the entered transaction records need to be reconciled with bank 
records. The reconciliation process is not generally understood by SME operators, and 
10 is time consuming. 

The known computerised accounting system is for processing accounts reports 
only. It would be desirable to use information obtainable from transaction records to 
perform management related functions. 

OBJECT OF THE INVENTION 
15 It is an object of the present invention to alleviate or to reduce to a certain level 

one or more of the aforementioned prior art disadvantages. 

SUMMARY OF THE INVENTION 
In one aspect therefore the present invention resides in an accounting system 
including at least one client module for use by a client. The at least one client module 
20 has transaction entry means for entering transaction records, pre-assigned transaction 
category codes being stored on a storage medium, means for selecting a pre-assigned 
category code to associate with a transaction record to be entered through the 
transaction entry means, and a client chart of accounts for selection of an account to 
which the transaction record is to be associated, the accounts being predetermined by 
25 the client or in accordance with accounts of at least one trading type prenominated by 
the client. Each of said accounts include a pre-allocated unique account identification 
and an account description which is prescribed by the client or generally adopted by 
traders in said at least one trading type, and each of said category codes is pre- 
specified as a taxed or non-taxed, and as an expenditure or income transaction type. 
30 In another aspect therefore the present invention resides in an accounting 

system including at least one client module for use by a client. The at least one client 
module has transaction entry means for entering transaction records, and means for 
obtaining information relevant to tax liabilities of the transaction records. Said 
information obtaining means has one or more prompts associated with each of a 
35 plurality transaction category codes that have tax liabilities, and is arranged to present 
the associated one or more prompts for entering information relevant to tax liabilities 
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when one of said category code is nominated for a transaction to be entered, and to 
extract the entered information for allocating tax liabilities of the transaction. 

Preferably, said one or more prompts are in the form of one or more leading 
questions for the client to enter said relevant tax liability information in a designated 
location(s), and the at least one client module is arranged to extract the entered 
information at said designated location(s) and apply a tax liability determination 
procedure which is specific for the or each extracted information from said designated 
location(s). 

It is preferred that the at least one client module has report generating means 
arranged to access the entered transaction records for generating accounting reports. 
More preferably, the report generating means includes a report selection arrangement 
for selecting any one of a number of accounting reports for generation. 

In preference, at least one of said taxed category codes is pre-allocated to 
taxation segments for a taxation report, being one of the accounting reports. More 
preferably, said taxation report is a Business Activity Statement (BAS) that complies 
with the Goods and Services Tax (GST). Where a taxed category code having a 
variable taxation allocation is entered, it is preferred that a window with appropriate 
prompts for specifying amounts to be allocated is presented entering the amounts. 

Said at least one trading type may include trading activities involving the 
provision of goods and/or services relating to any class of business. Examples of the 
business classes are accountancy, hardware retail and wholesale, electrical goods and 
repair services, plumbing supplies and services, health care goods and services, 
mechanical repair services, transportation goods, etc. 

It is further preferred that the category codes include a category for wages and 
the wage category is associated with a wage account in said client chart of accounts. 
Accordingly, the system according to the present invention also functions as payroll 
package. 

The system may have storage means for storing the transaction records and is 
arranged for accessing bank statement records over a communications network. The 
at least one client module may have reconciliation means for reconciling said stored 
transaction records with the bank statement records. 

Preferably, the system includes at least one adviser module having report 
generating means being arranged to access transaction records transferred from the 
at least one client module for generating accounting reports and management reports. 
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More preferably, the report generating means includes a report selection arrangement 
for selecting any one of a number of accounting and management reports for 
generation. 

The system may also include an administration module for administering said 
5 at least one client module, and the administration module and the at least one client 
module are arranged for communication over a communications network. The 
administration module has a master chart of accounts from which the client chart of 
accounts is extracted, and chart generating means for generating said master chart of 
accounts in accordance with a user's determination. It is preferred that the client chart 

10 of accounts is locked so that the account identifications and the account descriptions 
therein can not be altered. 

It is further preferred that the administration module has a transaction code 
generating means for generating the transaction codes as specified by the user. 

The system may have a number of client modules in communication with the 

15 administration module. Each of the client modules has a unique client reference and is 
adapted to transfer sales orders and/or purchase orders through the administration 
module. Each of said sales orders and/or purchase orders including a client reference 
of a purchasing client module and a client reference of a supplier client module. The 
administration module may have a coordination unit arranged to use the client 

20 references to transfer a purchase order from the purchasing client module to the 
supplier client module and to transfer a subsequently received invoice from the supplier 
client module to the purchasing client module. It is preferred that payment of the invoice 
is also transfer through the administration module so that the coordination unit has a 
record that the invoice has been settled. 

25 Accordingly, the system of the present invention can store transaction 

information between suppliers and purchasers. The coordination unit can thus be 
arranged to automate purchase orders when stocks for transactions are below 
predetermined levels. 

Preferably, the or each said client module is associated with an adviser module 

30 which is also arranged to be in communication with the administration module so that 
the transaction records of the associated client(s) can be accessed remotely. 

The at least one client module may be a cash book module or an accrual module 
or a combined cash book and accrual module, or a payroll module or a point of sale 
module, or any combination of two or more of said modules. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
In order that the present invention can be readily understood and put into 
practical effect the description will hereinafter refer to the accompanying drawings which 
illustrate non limiting embodiments of the present invention and wherein: 
5 Figure 1 is a schematic diagram showing an embodiment of the accounting 

system according to the present invention; 

Figures 2A and 2B are flow diagrams showing steps in configuring a cashbook 
module for the system of Figure 1; 

Figures 3A and 3B schematically show the procedure in locating client 
1 0 databases in the system of Figure 1 ; 

Figures 4 to 4B are interface forms for entering payment and receipt; Fge 
4C shows an example of a transaction table with transaction information entered in the 
interface forms shown in Figures 4 to 4B; 

Figures 5 to 5C are flow diagrams of steps in creating a client module ; 
15 Figures 5D to 5Q are interface forms for creating and maintaining client 

modules; 

Figure 5R is report listing available headers for accounts; 
Figure 5S is a report of selected accounts; 

Figure 6 shows operational steps in creating and maintaining accounts files; 
20 Figure 6A shows the operational steps of the script manager; 

Figures 6B to 6F are some interfaces for the steps shown in Figure 6; 
Figure 7 shows the client verification procedure in the client module; 
Figure 7B is a flow diagram of steps in the Payment Entry and Receipt Entry 
options; 

25 Figure 7C shows examples of the procedures for prompting the user to provide 

information for the Receipt Entry option; 

Figure 7D shows examples of the procedures for prompting the user to provide 
information for the Payment Entry option; 

Figures 7E and 7F show the steps in accounts reconciliation; 
30 Figure 8A is an interface form for receipt entry; 

Figure 8B is an interface form for payment entry; 

Figures 8C to 8S are interface forms with prompts for entering information for 
Receipt Entry and Payment Entry, and for accounts reconciliation; 

Figures 8T to 8Y are some examples of reports hat are available; 
35 Figure 9A in an example of the main interface for the general ledger; 

Figure 9Bis a flow diagram of options available in the general ledger; 
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Figure 9C shows the steps in processing GST components to the general 

ledger; 

Figures 9D to 9F are examples of some of the general ledger reports; 
Figure 10 is a flow diagram showing steps for online transfer of a purchaser 
order and a supplier invoice through the administration module; 
Figure 10A shows steps in a standard cost process; 

Figure 10B is an overview of an embodiment of an accounts accrual system; 
Figures 10C to 10F show procedures for the debtor related operations of the 
accrual system; 

Figure 10 G shows the procedure for a purchase order; 
Figure 10H shows a procedure for credit payment; 

Figures 101 to 10N show the procedures for an extended point of sale system. 
DETAILED DESCRIPTION OF THE DRAWINGS 

Referring to the drawings and initially to Figure 1 there is shown an accounting 
system 10 according to an embodiment of the present invention. The system 10 has a 
number of client modules 1 2 operating on computers, a number of advisor modules 1 3, 
and an administration module 14 operating on a server computer system 14 which may 
be arranged as shown in Figure 33. The server system 14 and an administrator unit 16 
are connected in a local area network. The client module 12 is connected to the server 
system 14 through the World Wide Web including the Internet 1 8. As can be seen some 
of the advisor module 13 can be formed of a group of networked computers. 

The adviser modules 13 can access the server system 14 to transfer information 
to the server system 14 for configuring the client module 12 and to retrieve transaction 
information of the associated client module 12. 

Typically, each of the client modules 12 include a cashbook module, and the 
advisor module 13 of a client module 12 is managed by a professional accountant who 
advises the accounting procedures and tax liability options that are appropriate to the 
client. Each of the advisor modules 13 would also be provided with account 
descriptions that the client is familiar with. To request the administration module 14 to 
configure or edit a client module 12, the accountant can use the adviser module 13 to 
transfer the client's account requirements to the administration module 14. The 
information provided to set up the master chart of accounts would include any private 
percentage to be applied to an account and if so which ledger account the private 
portions are to be allocated. The accountant would also advise the following where 
applicable: 
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Cash or Accrual BAS reporting 
Small food retailer percentage 

Predominant Long Term Commercial Accommodation 
New Motor Vehicles purchased before 23 May 2001 
5 Hire purchase start before 1 July 2000 

Hire purchase new motor vehicle before 23 May 2001 
Particulars of predetermined GST status (eg Property lease) 
Bank reconciliation 

The account requirements provided by the accountant are used to set up a 

1 0 master chart of accounts for the client. From the master chart of accounts, the accounts 
for use by the client are identified for generating a user chart of accounts. 

If the client does not use an accountant he/she can either provide the required 
information for configuring a user chart of accounts or simply nominate a trading type 
of his/her business activities and the administration module 14 would automatically 

15 configure a default user chart of accounts based the known account configurations of 
most businesses in the same trading type. 

Figure 2A shows the flow of information between a client who wishes to 
configure a client module 12, an advisor (accountant in this case) module 13 and the 
administration module 16. As can be seen, the client and the accountant exchange 

20 information regarding the client's account requirements and the accountant accordingly 
uses a journal maintenance unit 20 to create a general journal for this client. In this 
respect, the client can provide his/her own descriptions of accounts that are familiar to 
him/her by using the requester 22 and/or scripter 24. 

The accountant then uses a requester unit 22 of the advisor module 1 3 to select 

25 the appropriate accounts from a master chart of account to be configured for a client 
chart of accounts having the account descriptions that are familiar to the client. The 
administration module 14 on receiving the request from the account creates a client 
database for the client chart of accounts and configures a client module 12 using the 
client chart of accounts having the account descriptions that are familiar to the client. 

30 Accordingly, when delivered the client can simply install and use the client module 12 
without the labourious and error prone tasks of configuring the client module 12 and 
determining tax liabilities of the accounts. The client module 12 is also set up to 
communicate with the administration module 14 over a communications network such 
as the World Wide Web (WWW) 18. 

35 The client module 12 has a scripter unit 24 for initiating a request to edit the 

description of any account in the client chart of accounts. The request to edit is either 
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transferred directly to the administration module 14 (where an advisor module 1 3 is not 
linked to a client module 12) or to the advisor module 13 for registering at the advisor 
module 13 before forwarding to the administration module 14 for editing the account. 

In Figure 2B, the client module 12, the advisor module and the administration 
5 module 14 are arranged to communicate over a communications network including the 
WWW 18 so that the administration module 14 is directly responsive to any request 
from the client module 12 or the advisor module 13. 

Figure 3A shows the procedure for a client module 12 to locate the server 
computer of the administration module 14 where its accounts records are stored. The 
10 system 10 uses a communications service which allows its networked modules 12 
and 13 to make remote procedure calls (RPC) to the server computer of the 
administration module 14. Uses of the RPC may include enumerating Users and 
Databases, and accessing other information not available via the client database, 
including information from the administration module 14 and/or the administration 
15 database. In addition, RPC allows potentially sensitive database or other operations 
onto the server and away from the client modules 12 and the advisor modules 13, such 
that sensitive information is never sent over the network. 

RPC uses HTTP or HTTP over SSL for communication and uses an obscure 
port for its Server endpoint. Clients can determine the address and port of this endpoint 
20 by using DNS SRV (Service Location) lookups for_eclatrpc._tcp.eclat.net.au. 

To locate its accounts records on the administration module 14, a client module 
12 do the followings: 

1. Enter the client module name (for Example, Barry's Big Bins might be 
barrysbigbins). This will be referred to as the IDB Name. 
25 2. Append The IDB Name to system Domain Name, (ie barrysbigbins.eclat.net.au. 
This will be referred to as an IDB DNS Name. 

3. Using RFC, the system 10 attempts to determine a list of possible servers to 
connect to. In particular, a record such as _database._tcp.barrysbigbins.eclat.net.au 
should return 1 or more Address Records specifying valid Accounting Servers, as 
30 shown in Figure 3A. 

4> Th e C |j en t can then select and connect to a Database Server to access its 

records using the IDB Name. 

At this point, the client module 12 has all the information required to make a 
connection to the administration module 14 to locate its accounts records. 
35 The client can make a connection to the server of the administration module 14 in the 
following way: 
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5. The client retrieves the Hostnames, IP Addresses, and Ports of Suitable 
Servers (This information is returned from DNS SRV Queries - Above) 

6. Check weighting and priority from the SRV reply. Select the server with the 
lowest Priority and Weighting. If multiple servers are returned with the same Priority and 

5 Weighting (ie a Cluster) randomly select one of these records. If only one record is 
returned we must use it. 

7. The client makes a suitable connection to an IP Address/Port pair. 

8. Once the connection is established, the client MUST authenticate using their 
SYSTEM credentials. 

-10 An advisor module 13 such as that of an account may have permission to 

control 1 or more Client Databases. As a consequence, the module 13 should 
enumerate all databases to which they have access, and allow the account to select a 
particular database. 

The following set of procedure steps describes how the account can enumerate the 
15 client databases: 

1 . Using RFC and the DNS Name: _eclatrpc.Jcp.eclat.net.au, a list of potential 

RPC Servers can be found. 

2. Client randomly selects 1 server from the list of RPC Servers. This selection 
may be prioritized or weighted. 

20 3. Client Makes a request to an RPC server (ie /_eclat_bin/catalogl_ist/?) 

4. RPC Backend Server processes the request and builds a response 

5. Client receives the response, and can now process or parse the response, as 
shown in Figure 3B. * 

Each client module 12 a transaction database with the following transaction 

25 fields: 

Field Description 

Record ID A unique identifier for an entire transaction 

Client ID The client ID for which this transaction occurred (optional) 

Trading type ip of types of normal business activities of client 

30 Product ID The product ID for this row in the transaction (optional) 

Invoice ID The invoice ID for this row in the transaction (optional) 

Quantity The quantity of items sold (optional) 

SPU (reserved for later use) 

Original Invoice Total The original amount on the invoice (optional) 
35 Amount Owing The amount left owing on the invoice (optional) 

Payment Total The total amount for this transaction 

Tran Head Entry Is this row the header row for the transaction 

Payee Name The payee name for the transaction 

Payment Type The payment method 

40 Payment Type Details Any extra details about the payment method, i.e. Cheque number 

Paid To Describes the payee info field 

Payee Info Describes the payee 
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Field 

Source Payment 
Reference 
Receipt To 
Receipt Details 
5 Locked 

Accounting Method 
Overwrite 
Bank Branch 
Bank Department 

1 0 Branch 

Department 
Entry Date 

Age 

Period 

15 Type 

Amount 

Descri ption 

Amount Withheld _ 
lnterest_ 

20 principal 

Stamp Duty 
Voluntary Agreement 
Instalment Amount 
GST Amount _ 

25 Hems" Sold _ 

GST Paid 
Pre 28 ^ 

TFN Amount Withheld 
AW AmountJiA/ithhelif 
30 Margin Amount 
Capital 

Taxed Other 

Input Taxed 

Jnput Tax Sales 

35 No GST _ _ 
Private 

Non_GST Reportable^ 
GST 

GST Suspense 
40 Wage Clearing 

Wage Clearing (2) 

ABN Withhold " 

GL Amount 

Export Supply 
45 GST Free 

GST Pre 

fax Supply 

Instalment Income 

Account ID 
50 Account Header ID 

Outstanding 

f ran Code 

Private Use Only 

Suspense Moved 

55 



Description 

The source accounts description 

Extra information on the payment method 

What module does the payment / receipt go to 

Extra information about the receipt 

Has this transaction been reconciled? 

Which module does the transaction belong to? 

(reserved for later use) 

The branch number for the bank account 

The department number for the bank account 

The branch number for the destination account 

The department number for the destination account 

5 The date of the transaction _ . . 

How old is thejransactiqn? 

5 Which period (financial month) does the transaction belong? 
• Is thi s a pa ym ent, a receipt_or a general Journal entry_ 
What was the amount of the row for 

jThe Jestinji^c^accou^|te description^ 

The amount that was withheld _ _ _ _ . 

jThe a mount^of interest _ 

jThe amount of principal . . ... . 

The amount of stamp duty _ 

_jThe a mount t hat was due to a voluntary agreement 

The instalment arnount . ._ 

The amount of GST .... 

'The amount that jyas due to itemssold^ _ 

The amount of GST that was paid . 

Theamount that was attai ned before 28/5/2000 

Theamount "withheld from the tax file number _ _ _ 

(reserved) . .. . _ . _ 

The margin amount for this account _ 

'The amount of capital gains tax 

The a moun t of taxed other _ _ 

" : The amount c-f input tax ._ . 

The_amount of inpu t tax du e to sales_ 

; The amountjrf no GST 

The amount that was private _ . 

The amount that js NON GST^Reportable 

" The amount of GST 

The amount of GST in suspense _ 

The amount of PAYG Withholding 

The amount of other withholdings 
The amount withholding from the ABN 
The general ledger amount 

The export supply amount 

The GST free amount 

The amount of pre GST 

The amount of tax supply 

The amount of instalment income 

The destination account ID 

The destination account header ID 

Is the row outstanding? 

What was the Code of the destination account? 

Is this row a sub row that is used for GST balancing purposes 

Has the suspense been moved to NON GST reportable 
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Each client module 12 also has a client chart of accounts with the following 
accounts fields: 

Field Description 

Branch The branch number for this account 

Department the department number for this account 

COY_/ The company number (reserved) 

Account iD the account id of this account in the form of XXXX.XXXX 

Account Description A 40 character description for the account ... .... 

Debit/Credit" _ Is this account a DEBIT or CREDIT account 

Post - Is this account a posting account^ 

End Of Year This field determines what is done with the d ata a fter the financial year 

Comments j Any comments for this account 

GST Split ~ ^_ jThejDrivate portion percentage for this account 

Group ID_ " _ _The entity ID that thi^account^^longs to (0 ^aljj 

SP Status _ils this account a bank account _ _ 

Retention The retention account ID . 

Code " the E o r I code that applies to this account 

Extended Code An^xtended^code for miscejjaneous account options i.e^CA = C apital ! 

Open Status lis this account an_open statu s_account . 

Credit total J _,The o^ .... 

Debit total _ 'the" opening debit on this account 



Saved total ~ ;Used to temporarily store current ^balances for^ach account 

Must Select" This field is Jjf this account must beselected when its entity is selected 

"Selected^ _ Js this account selected for use _ _ 

taxed Acquisition % "The texed acqujsjtion perogntage thajjppjies to this account 

Source ""'is tte account JdenTified^ 

New ^AccounflD JJf this account is a new account from requester what is jtsJD 

The system 10 uses account category codes for identifying transaction 
categories. In this embodiment, the following category codes are employed. 



Code i Description _ 

E01_ | General _ 

E02_ |Wages 

E03 ' Non-Reportable 

E04 ; GST Paid Up Front 

E05~ Included Stamp Duty 

E06 i Loan 

E07 . Hire Purchase - [ACCRUALS] 

E08 ! Hire Purchase - [CASH] 

E09 ; Motor Vehicle Registrations 

E10 GST Free 

E1 1 'Voluntary Agreement 

E12 , Input Taxed 

E13 Private NON Deductible 

E14 \ Airfare Tax 

E15 (Taxed Acquisition 

E16 preserved) 

E17 -(reserved) 

E18 GST Suspense 

E19 (reserved) 

E20 (reserved) 

101 General 

102 Small Food Retailer 

103 NON Reportable 



| Expense 
Expense_ 

' Expense 
Expense_ 

^Expense 

'Expense 
Expense 

: Expense 

: Expense 
Expense 

•Expense 
Expense 

Expense 
Expense 
Expense 

'Expense 
Expense 

: Expense 
Expense 
Expense 
income 
Income 
Income 
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15 



Code Description 

104 'Export Supply 

105 Input Taxed 

106 Tax Supply 

107 Pre 1/7/2000 

108 GST Free 

109 Long : term Accommodation 

110 Predominately LTCA 

111 Margin Scheme 

112 :f FN Withholding 
jl3 (reserved) 

114 " iGSTSuspense 

115 ! LTCA input faxed 

116 Cost of Goods Sold 

117 (reserved) _ 
I18_ [(reserved) __ 

119 preserved) _ 

120 j (reserved) 



Type 
Income 
Income 
Income 
Income 
Income 
Income 
Income 
Income 
Income 
Income 
Income 
Income 
Income 
Income 
Income 
• Income 
Income 
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Shown below are examples of some accounts in a master chart of accounts 
and a client chart of accounts for a butcher: 



Master chart for accounts for Sales trade 



25 



30 



35 



'Account ID 
•1100.0000 " 
1100.1000 
1100.1001 

ri 06.2000 

1 100.2001_ 
1100.2002 
1100.2003 
1100.2004" 

1100.3000_ 
1100.3001 
1100.3002 
1100.4000" 

1100.4001 
1100.4003 



l Acc Descript _ _ 

'Safes 

Sale of goods to customers 
Sales to Australian customers 
Sale second hand goods_ _ 
Sale of new goods 
" Sale 2nd hand goods costing over $300 
Sale 2nd hand goods costing under $300 
Sale 2nd hand goods from global pooi 

Sale of goods on consignment _ 
Sale of new goods on consignment 
Sale 2nd hand goods on consignment 
Small food retailer sales 

Sale of pet food 
Sale of fresh meat 



Description 

Header 

general with Instajment Income 
Generai with InstalmenUncome 
Tax Supply with Cost of Good Sold 
.General with Instalment Income _ 
Tax Supply with Cost of Good Sold 
Tax Supply with Instalment Income 
.GST Suspense with Instalment 
iincome 

General with Instalment Income 
General with Instalment Income 
Tax Supply with Cost of Goods Sold 
Small Food Retailer with Instalment 
Income 
Tax Supply 
GST Free 



40 



Client chart of accounts for a Butcher - Sales Trade 



Account ID 
1100.0000 
1100.4001 
1100.4003 



>Acc Descript 

Sales 

Sale of pet food 
Sale of fresh meat 



Description 



Header 
Tax Supply 
GST Free 



45 Figure 4 shows an example of using a client's description of an account 

(Insurance general in this case) for an E05 category code transaction. When the first 
row in the Amount field is selected, the client module 12 retrieves and shows details of 
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the relevant transaction as shown in Figure 4A. Figure 4B shows the details of the 
Amount in the second row. 

Each client module 12 applies an appropriate tax formula to calculate tax 
liabilities of a transaction. The following table lists some of the tax formulae: 

Field Formula ...... 

;~GST " GSTFromlnclusivej^ 

TaxedOther "~ CatcExPerc(txtsdT^ 
■ No GST " J " CalcExPercCtxtsdGCTFree.Value^GSTSplit) 

i private Ca!cPerc(txtsdTaxedAcq. Value, GSTSplit) + CalcPerc(txtsdGSTFree. Value, 

GSTSplit) + CalcPerc(^a^Stampduty.yalue^ GSTSplit), 
' GL Amount iOrigAmbunt (CalcPerc(tx"tsdtaxedAcq. Value, GSTSplit) + 

! CalcPerc(txtsdGSTFree.Value, GSTSplit) + CalcPerc(txtsdStampduty.Value, 

GSTSplit)) _ 1. „. ... 

; Non GST Reportable : " txtsdStampbuty. Value 

Each client module 12 is arranged to generate transaction reports of selected 
transactions. Using the Figure 4 transactions, the module 12 can generate a report as 
shown in Figure 4C. 

Figure 5 shows the steps applied in the requester unit 22 for creating a client 
database of a client module 12 using the relevant fields as shown below. 



General Client Information 

\ Description ._ _.. .... . . 

■Ful l Nam e of Client . ... „ 

'trading Name of Client _ _ 

; Clients Address _ _ _ 

; Clients Phone Number 

; ABN of related business 

I This option allows the Accountant to select which version of the program they 
I wish to use, they have the option of Multi Users or Single User. This option 
'determines whether or not they are allowed to have multiple users using their 

; database at a time _ . . 

I Reporting method for client, two option Cash or Accruals 
The financial year that this database is intended for 



Field 

Full Name 
Trading Name 
Address 
Phone Number^ 
ABN _ 
Licence type 



Reporting Method 
Year 



AS Variables 

Field Description 

Company / Fund Deferred Value ATO provided figure for the client 

PAYG Commissioner Rate ATO determined instalment rate 

Fringe Benefit tax instalment value Accountant determined fixed fringe benefit amount 

GST Free Rate Small business GST Free concession 



Modules to Include In Package 
Field Description 

Cashbook (base system) General Cashbook / General Ledger system - this must be included 
Accruals Accrual accounting system including inventory 

Achievement Model Business management model 
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Field 

Assets 

Budget 

Manufacturing Process 
Point Of Sale 
Provisions 



Description 

Resource Management 

Financial Forecasting 

Standard and Variance Analysis 

Point of Sale Incorporating both Retail and Wholesale 

.Accrued Expenses _ 



Payroll 7 Personnel System Personnel Management 



Step 3 Fields 
Entity Components 

10 Field ' _ " Z_ 
Club or Association _ 

Company _ 

Consolidat ion Ad justment 
Ivi^ufact^rmg^Account 

15 Partnership 

SoJeTrader 

Superannuation Fund 

Trading Account 

Trust Discretionary 

20 trust Unit 



Description __ , 

(self explanatory) 

(self explanatory) _ _ 

\ (self explanatory) _ 

Includes accounts u sed forjnanufacturing purposes 

Jsell explanatory) ........ 

: (self explanatory) 

(selfjBxplanatory) 

Mncfudes_accountsused for trading purposes 

(self explanatory) 

(seif explanatory) 



Partner Fields 



Field _ _ {Description . . 

[b l . A unique identifier for the pjartner, this field is automatically _ 

25 Usf r Name r A_user namejpr this partner _ 

Name j The full name of this partner 

Share 'The shared percentage of profits that this partner ^distributed 

Comments : Any comments associated with this partner 



30 Step 6 Fields (Section 1) 
Reconciliation Details 



35 



Field 

Account 

Description 

Amount 

Reference 



Description 

Selected bank accounts for this reconciliation entry 
Type of item 

The amount for the reconciliation entry 
i Reference point for this reconciliation entry 



Step 9 Fields (Submission) 
Email Settings 



40 



45 



Field 

Username 
Password 
SMTP 
SMTP Port 
Email Address 



Description 

The clients Username for their SMTP server authentication 

The clients password for their SMTP server authentication 

The clients SMTP server for their ISP 

The clients SMTP port number for their ISP 

The clients full reply email address 
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Appendix E - Account Editing Fields 
Account Editing Fields 



Field Description . ... Editable 

Branch The branch number for which this account belongs No 

Department The department number for which this account belongs No 

Account ID _ The account ID number of this account_ No 

Acc Descript iThe description that the client will see for this account Yes 

Private % [T he private portion allocated to other accounts - double click the Yes 

i row to change this field . _ 

"Commenfs Any comments associated with this account Yes 



Step 6 Fields (Section 2) 

New Account Details - Header Information 

Field ^Description . _ 

Type ; The type of the new account from the list _ 

Name ~~ "'A descriptive name for the new account 

Header Account ~ jThelYeader account for which this new account should belong 
DebitThe opening debit! 
amount on the account 1 i 
CreditThe opening credit; 
amount on the account 2 j 



New Account Details - Private Portions 



Field 

Description 
Percentage 
Destination Account 



Description _ ._. .. 

J A description for the reason ^f the private percentage 

The percentage that_should be allocated to the destination account 
~~ The destination account for which this private portion should be allocated 



Account Setup Fields 
Account Selection Fields 

' Description 

Has this account been set up yet, the user cannot submit until all accounts 
have been set up. 
The branch number of this account 
The department number of this account 
The account id for this account 
The name of this account 

The type of set up that is required for this account 



Field 
Setup 

Branch 
Department 
Account ID 
Description 
Account Type 



Account Codes Used In Setup Form 

Field Description 

E07 Hire Purchase (Accruals) 

E08 Hire Purchase (Cash) 

E03 Non Reportable Expense 
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Field Description 

il5 Predominant LTCA (Input Taxed) 

HO Predominant LTCA (5.5%) 



The steps of the requester unit 22 are described in more details in Figures 5A 
5 to 5Q. Figure 5R shows parts of an example of the Available Accounts report, and 
Figure 5S shows parts of an example of the Selected Accounts report. 

Figure 6 shows the steps taken by the administration module 1 4 in creating and 
maintaining client databases, and in responding to the requests from the requester unit 
22. The administration module 14 thus provides the option of opening an existing client 

1 0 database for viewing or maintaining through step 26, the option for a registered advisor 
(accountant) to create new client modules and to maintain client account databases 
through step 28, and the option of creating a new client module 12 in responding to a 
request from the requester unit 22 though steps 30 and 32. In all options, a script step 
34 is entered in which the administration module 14 will perform the tasks of opening 

15 the existing accounts file named in the step 26, or to create a new client accounts file 
as requested by the requester unit 22 in the steps 30 and 32. 

When creating a new client accounts file, the administration module 14 checks 
for whether accounts details for the new file are provided in the request and if not, 
whether there is a specified trading type in the request. If accounts details are present, 

20 the module 14 extracts the relevant information from the provided accounts details for 
incorporation into the new file. If the accounts details have not been provided and there 
is a specified trading type, the module 14 selects default accounts details for the trading 
type for incorporation into the new file. Where neither accounts-details nor a trading type 
are provide, the module 14 prompts the requester for the required information. 

25 A script maintenance step 36 is entered for performing accounts file 

maintenance tasks as illustrated in Figure 6A. Any of the following accounts fields can 
be added, edited or deleted as illustrated in steps 38 to 46. 

Account Fields 

30 Field .Description 

Branch The branch ID number for which this account belongs 

Department The department ID number for which this account belongs 

COY The company number for this account (reserved) 

Account ID The account identification number, the sub account number of this number will 

default toXXXX, clicking the (...) button inside this field will allocate it with the 
next available number for that header account. 
35 Acc Descript A short (1-40 chars) description of the account 

DR_CR This field should be DEBIT or CREDIT 

p os t Does this account get included in the financial reports 
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Field 
EOY 



10 



15 



Comments 
GST Split 
GroupJD _ 
SP Status 
Retention^ 
Code 



Code Ex 

Open^fatus 
"CR total 
DRTotal_ J 
Saved Total 



Must Select 

^elected 

TA P ercentage 
Source 

Acclb " 



Description 

There are four options for this field: 

RETAIN - Will carry the closing balance to the Retention account at 
the end of the financial year 

HOLD - This account will hold its closing balance at the end of the 
. financial year 

j . ZERO - This account must have a balance of 0 at the end of the 

financial year, eg. Don't Know Or Not Listed accounts 

! 

CLEAR - This account will automatically clear its balance at the end 

: _ of the financial year 

Any comments refeyanj to this account ...... 

the Private Portion for this account expressed as a percentage 

What entitythis account belongs to, see Appendix C _ 

ITs this account a source account . . . . - - 

;The~account where the closing bajance is to be retained. See^ EOY above 
: A code which determines how the information is stored for the transaction that 
occur when this account is used as a destination account , see Appendix D for 

a complete listing. _ __ — ... — 

A "code" which determines any extended properties of this account, see 

Appendix E_fora complete listing. 

Does this account require an opening balance^ _ _ 

Opening [credits on this account 

Opening debits onjhis account _ _ _ — 

This field is used internally for reports to store a temporary balance for the 

account _ ._ .. . .... ... — -- 

Does this account have to be included if its relevant entity is included as part 

:of the project . .. . „ — - 

'Is this account selected [to be included in the project 

This stores Jiejaxed Acquisition Percentage 

j Determines if the" account CAN be a source account, i.e. should it be listed in 

requester as p art o f the source account]] sting 

i A number that determines a unique identifier for this NEW account 



20 



25 



Setup - Account Changes Fields 



Field 

New Account Name 



[Description 

The new account name for this accounts 



In step 48, additional information that is relevant to an account detail is 
presented in order to alert the user of the appropriate detail to be entered. Figure 6D 
shows examples of the additional information. 

In step 50, the interface as shown in Figure 6B is used to enter client details 
for the client module. Below are some of the client details: 



30 Owner Details Section 

Field Description 

Username The clients user name 

Company The clients company name 

p non e The clients phone number 

35 Password The administration password for the database 

Serial Number This generated field is the code needed to install 

E-Mail The clients e-mail 
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Company Details 

. Field 
Full Name 
Trading Name 
Address 
ABN 

GST Percentage 

Residency Rate _ 

Accountant Version 
Template Version 
Template Sub Version 



Description 

The full name of the clients company 

The trading name of the clients company 

The address of the clients company 

The ABN of the clients company 

The GST percentage for the ciients business 

The long term commercial accommodation rate for the clients business 
This option is checked if the database is for an accountant 
The major version number of the database _ 
The minor version number of the database 



Accountant Details 

Field " 

E-Mail 

Trading Name 

Phone ____ 
Server Host Name 

I P^ Address 

Server Logon Name 
Server Logon Passy 
Server Port _ 

Server Version 

Update OBs 



\Description _ .. . . 

;The E-Mail address for the accountant to which this client belongs 

^ The trading "name for the accountant to which this client belongs . 

~" The phone number for the accountant to whichjhis client belongs 
ithe name of the server for the live version (Phase 2) 

:The IP Address of the s erver for the liveversion (Phase 2) 

: fhe inftiaHogon name for the jive server (Phase 2) _ . .. . _ .. 

*~ jhe initial logon password fojjhe live sejrver (Phase ^) 

;The port tojjse whej^connecting to the sen/er (Phase 2) 

'The minimum yersion^num^ server that the database expects 

Jhis option should be checked if the opening balances need to be updated 
!when the project is firstopened in ECLAT 



The step 52 allows the accountant to set up a new client module 12 and to add 
the account details to a template database, and any of the account details can be 
declared private and edited as illustrated in steps 54 to 58. 

The step 60 is for maintaining reconciliation entries as shown below: 



Reconciliation - Main Entry 



Field 
Recon ID 



Recon Start 
Recon End 
Recon Acc Name 
Closing CR Balance 
Closing DR Balance 
OS Balance 
Opening Balance 
Closing Balance 
Ledger Balance 



■ Description 

; An automatically filled field which represents the ID number for this 
reconciliation _ . _ 

The company number for this reconciliation (reserved) 

.The starting date for the reconciliation . . 

The ending date for the reconciliation 
The account for which this reconciliation is for 
The closing credit balance for the reconciliation 
The closing debit balance for the reconciliation 
.The amount outstanding 
Opening balance 
Closing balance 
Ledger balance 



Reconciliation - Sub Entry 



Field 
Payment 
Receipt 
Date 



Description 

Amount of the payment 
Amount of the receipt 
Date of the balance 
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Field Description 

Reference Reference information 

OS Hidden Field - Is this entry outstanding 

Entry ID A unique identifier for this entry 



5 The group identification field in the account fields may be any of the followings: 
Group IDs 

ID Description . ... .. - — 

rj Always included . . — 

1 " Club or Association . . - .. . 

0 2 Company ._ . . _ — — 

3 " Consolidation Adjustment ... 

4 | Manufacturing Account _ __ . 

5 partnership _ ... .... ■— • - 

6 : Sole Trader 

5 7 Superannuation Fund . .. 

8 J" Trading Account 

9 ~ Trust piscretionary_ „_. . 

10 "'trust Unit . 

>0 The accounts codes has the following extensions identified as the "Code Ex" field in the 
accounts fields: 



Account Codes 

Code Description _ _ ... . L — . 

25 CA " Indicates'whether the transactions for this account will be capital on the business activity 

! statement _ _ . -- 

CG~ Cost of Goods Sold — . _ . 

ii : Indicates whether the transactions for this account will be instalment income on the business 

activity statement _ . — _ 

NA ; There is no extended functionality forjhisaccount _ . 

OB~~ : Opening~Balance >" (Private/Journal Use) 

30 Ol Performs the same functionality as NA 

A debugging process is used to debug and test the client module 12 before 
packaging for delivery to the client. 

When the client receives the new client module 12 it can be installed on his 
35 computer and the module 1 2 is ready for use without the usual need to set up accounts 
and to allocate tax liabilities that is common in the prior art. Moreover, he needs not to 
learn new accounting terms as the account descriptions are the ones he is familiar with. 

When the client module 12 such as a cash book module is set to operate, the 
module 12 performs a security check with the steps as shown in Figure 7A unless the 
40 security check procedure is disabled for this client. If the client is allow to continue, a 
main interface is presented for selection of any one of the operation options. For 
examples, the "Receipt Entry" and "Payment Entry" options when selected would 
present the interfaces as shown respectively in Figures 8A and 8B. The module 1 2 can 
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be operated in either a client mode or an accountant (advisor) mode. If the client mode 
is operating, When operating in the client mode the module 12 opens a local accounts 
database file for use and checks for opening balance update flag for performing the 
update operation when this flag is checked. 

5 Figure 7B shows the operational steps for both the "Payment Entry M or the 

"Receipt Entry" options as respectively shown in Figures 8A and 8B. When in the 
"Receipt Entry" operation, a set of prompts appear such as the ones shown in Figure 
8C for the client to provide appropriate information for calculating tax liabilities of the 
transaction. Figure 7C shows the steps for some of the prompts. Note that all the codes 

0 for the prompts are based on the I codes of the accounts codes. Embodiments of the 
receipt prompts are as follows: 

Receipt Questions 

5 Amount withheld for failing to provide ABN (Figure 8D) 

Field {Description _ . 

WW a compliant TaxTnvoice be! Check "box asking if a tax invoice will be provided, if it is provided you 
Provided? I do not _need to specify the Amount With he Id _ 

Amount W'ithheld _ I Entry fiejdjor the"amountwN 

20 Invoice Total" """" ' ~_ " This is the total of "the transaction _ 

Amount withheld for failing to provide a Tax File Number (Figure 8E) 



25 



Field Description ... ... ... 

TFI^ithholding? ' _ "! Entry field for the amountwhich is withholding to ^our TFN 

Tota j ~~ * jThis is the total jedger amount of the_transaction_ 



Tax Information (Figure 8E) 

Field Description ...... _ _ 

How much is taxable supply? ' " Entry field fo"r the amount which is taxable supply 

30 How much is PRE 1/7/2000? Entry "field for the amount which is pre 1/7/2000 

How much is export supply? " Entry field for the amount which is export supply 

How much is GST Free supply? Entry field for the amount which is GST free supply 

How much is input taxed? Entry field for the amount which is input taxed 
Amt Withheld for failing to provide ABN? Entry field for the amount for failing to provide an ABN 

35 Calculated Total This is the total of all other entry fields 

Original Total " This is the total of the transaction 

Long-term Commercial Accommodation (Figure 8F) 

Field Description 
40 How much from guests who have stayed Entry field for the amount which was from guests who have 
less than 28 days? stayed less than 28 days 

Original Total This is the total of the transaction 
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Figure 7D shows some of the prompts for the "Payment Entry" operation and 
an example of the interface for the payment prompts is illustrated in Figure 8G. Note 
that all the codes for the payment prompts are based on the E codes of the accounts 
codes. Embodiments of the payment prompts are as follows: 

5 

Pay Questions 

Amount Withheld (Figure 8H) 

fj e ifj Description 
0 What is the amount withheld? This is where the user types in the amount withheld 
Calculated Total This is the total of the transaction 

Vehicle Details (Figure 81) 

Field Description 

5 How much is third party? This is where the user types in the amount that was for third party 

How much is registration? This is where the user types in the amount that was for registration 

Calculated Total This is the total of the transaction 

Payment Including Stamp Duty (Figure 8J) 

>0 Field Description 

How much is stamp duty? Entry field for the amount paid that was stamp duty 

How much is Taxed Acquisition? Entry field for the amount paid that was taxed acquisition 

How much is GST Free? Entry field for the amount paid that was GST free 

Calculated Total This is the total of the transaction 



25 



Airfare Expenses (Figure 8K) 



Field Description . .. 

How much is airfare tax? Entry field for the amount paid that was airfare 

How much is Taxed Acquisition? Entry field for the amount paid that was taxed acquisition 
30 How much is GST Free? Entry field for the amount paid that was GST free 

Calculated Total This is the total of the transaction 

Taxed Acquisition (Figure 8L) 

Fj e i(j Description 
35 How much is Taxed Acquisition? Entry field for the amount paid that was taxed acquisition 

How much is Non Taxed Acquisition Entry field for the amount paid that was nor. taxed acquisition 
How much is PRE 1/7/2000? Entry field for the amount paid that was before 1/7/2000 

How much is other? Entry field for the amount paid that does not belong in any other 

fields 

Original Amount This shows the entire amount for the current item 

40 Calculated Total This is the total of the transaction 

Loan Details (Figure 8M) 

Field Description 

How much is interest? Entry field for the amount paid that was interest 

45 How much is principal? Entry field for the amount paid that was principal 
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Field Description 

How much is stamp duty? Entry field for the amount paid that was stamp duty 

Calculated Total This is the total of the transaction 

Hire Purchase Details (Figure 8N) 
Field Description 

How much is interest? Entry field for the amount paid that was interest 

How much is principal? Entry field for the amount paid that was principal 

How much is stamp duty? Entry field for the amount paid that was stamp duty 

Calculated Total This is the total of the transaction 

Gross Wage (Figure 8HO) 



Field Description 

What is the amount of tax withheld? Entry field for the amount paid that was tax withheld 

Whatistheamountofotherwithholdings? Entry field for the amount paid that was other withholdings 

1 5 Calculated Total This is the total of the transaction 

Voluntary Agreement (Figure 8P) 

Field Description 

THow max tax withheld? Entry field for the amount paid that was tax withheld 

20 Calculated Total This is the total of the transaction 

Instalment with all GST Paid up Front (Figure 8Q) 
Field Description 

How much is stamp duty? Entry field for the amount paid that was stamp duty 

25 How much is GST? Entry field for the amount of GST on the transaction 

Instalment amount? Entry field for the instalment amount 

Calculated Total This is the total of the transaction 

Referring now to Figure 8R which shows an interface for the bank reconciliation 
30 operation. The steps for the reconciliation operation are shown in Figures 7E and Figure 
7F. 

The client module 12 has a report operation wherein the client can select any 
of a number of reports to be displayed or printed. Figure 8S shows an embodiment of 
an interface for configuring the module 12 to display a report for payments. As can be 

35 seen, the client can select a source account and nominates the period of weeks for the 
report. Where applicable, the report can be limited to payment transaction activities of 
a department or branch. Figure 8T is an example showing parts of the payment report. 
Other examples are Figure 8U for a Pay As You Go (PAYG) report, Figure 8V for a 
Summary report, Figure 8W for a GST audit report, Figure 8X for a BAS statement 

40 report and Figure 8Y for an accounts balance report. 

The system 10 has a general ledger unit 20 for each advisor accountant 
module 13. The ledger unit 20 has a main interface as shown in Figure 9A. The 
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operational steps of the ledger main interface are shown in Figure 9B. The main 
interface has a journal edit option for the accountant to edit a selected journal entry as 
shown in steps 80 and 82. A journal report option in step 84 allows details of the journal 
entries to be reported as shown in Figure 9D. Figure 9E shows a GST audit report 
5 generated by selecting the step 86 option. Account opening balance reports as shown 
in Figure 9E are produced through step 88. A delete function 90 is provided for deleting 
the current journal entry. 

Figure 10 shows an embodiment of the system 10 where the administration 
module 14 is also a transaction coordinator, and is arranged to transfer purchase orders 
10 from client modules 12 of clients wishing to place orders for products to be supplied 
from known suppliers who are also using the client modules 12 for transactions. The 
suppliers on receiving the purchase orders convert them to sales orders and then take 
steps to obtained the ordered products from warehouses or to place production orders. 
Delivery and transportation are then arranged for delivery of the products. Invoices are 
15 also generated and transferred to the coordinator 14. When the clients ordering the 
products have finally received them, they will flag that to the coordinator 14 and to add 
the products to inventory. In time, remittances would be sent to the accrual coordinator 
14 for making payments to the suppliers. 

Figure 10A shows a standard cost process which is used by the client 
20 (cashbook) modules 12 of the system 10 shown in figure 10 for checking variances 
between standard costs and actual costs of products. 

Figure 10 B is an overview flow diagram of an accrual arrangement of the 
system 10. As can be seen, a user can select any of the operations connected with a 
customer list, an inventory, reports and transactions. When the transactions operation 
25 is selected, the client mules 12 can perform operations relating to debtors invoice 
generating, credit note generating and payments. Transaction balance is also calculated 
by adjustments thereof. 

Figure 10C shows the operational steps for the invoice generating operation 
for ordered products. The invoice generating operation on receiving a "create Invoice" 
30 selection displays an interface from which a customer for invoicing can be selected. The 
products ordered by this customer are then selected from a product list with their unit 
price. Any discount arrangement for this customer is also retrieved. The module 1 2 then 
extracts GST payable for the products and determines the delivery address from the 
customer list. If the ordered products are for an overseas destination, GST is not 
35 applied. The general ledger is then updated with the net sale value and where 
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applicable allocated with the discount and the GST. Costs of sale are then posted to the 
general ledger and the inventory before saving the invoiced values to the module 12. 
Figure 10D shows the steps of an debtor payment operation. 
Figure 1 0E shows the steps of a debtor credit note operation. The steps include 
5 selecting and displaying the invoice for making adjustment, updating the inventory if the 
product is returned, and adjusting prices and quantity. The general ledger is also 
adjusted in respect of costs of sale, GST and net sale value. For overseas destinations, 
the export orders are reallocated. If the goods are for local delivery then the GST is 
readjusted before ouputting a debit note. 
10 Figure 10F shows the steps in a debtor sales order operation. This operation 

allows an operator to select a customer making the order and to select the products and 
quantity thereof for delivery by a specified method and date. The system checks for 
availability of the ordered products. If available, a products pick list is created followed 
by a delivery docket for dispatch. If the ordered products are not available then a back 
1 5 order is created . 

Figure 10G shows the steps of a purchase order operation. 
Figure 10H shows the steps of a creditor payment operation. 
Figure 101 shows an embodiment of the system 10 arranged for use as an 
extended point of sale. As can be seen the system 10 has some client module 12 
20 functioning as customers and some functioning as suppliers. When a customer module 
12 is used to make a purchase, the client selects products for the order as shown in 
Figure 1 0G. The customer module processes the selected products to build a purchase 
order with the customer's global identifier created as shown by the steps in Figure 
10L.The purchase order is sent to the administration module 14 for processing as 
25 shown in Figure 10 J. The module 14 extracts relevant information from the purchase 
order and forwards the order to the supplier module 12 identified in the order. The 
supplier module 12 on receiving the order coverts it into a sales order and processes 
it as shown in Figure 10F. A tax invoice is then raised and sent to the administration 
module 14. The invoice includes the supplier's global identity. 
30 The administration module 14 extracts relevant details from the invoice and 

locate the customer module 12 for sending it to the customer. See Figure 1 0K. 

When the customer module 1 2 receives the invoice, it performs a checking step 
for a match with the purchase order. GST details of the purchased products are 
extracted from a product list for updating the general ledger. 
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As shown in Figure 10M, any of the supplier modules 12 can build a product 
availability list and send it to the administration module 14 for processing it in a manner 
for access by the customer modules 12 as shown in Figure 10N. 

Whilst the above has been given by way of illustrative example of the present 
invention many variations and modifications thereto will be apparent to those skilled in 
the art without departing from the broad ambit and scope of the invention as herein set 
forth in the following claims. 



